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(57) ABSTRACT 

A metiiod and system for transfenring objects between 
computers, especially a server and a device in a Java 
environment, is provided, A server connected to the device 
interrogates the device to determine whether the device has 
the available resources to accept a download, and to deter- 
mine if any of objects included in the download are already 
resident on the device. Using a gateway object on the device, 
and a gateway managed-object on the server, the server 
passes an archive of the necessary objects, not presently 
available on the device, to the gateway via the gateway 
managed -object. The gateway then instructs a persistent 
storage repository on the device to commit the archive to 
persistent storage. A flag is set at the start of the archive- 
committing process, such that if the device loses power 
during the archive-committing process, upon 
re -initialization of the device, the device can determine that 
the archive-committing process failed and will instruct the 
persistent storage to free-up storage area used during the 
archive-committing process. The transferal of objects can 
then be recommenced once the server and device reestablish 
communication. 

14 Claims, 7 Drawing Sheets 
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METHOD AND APPARAITJS FOR 
INCREMENTAL DOWNLOAD FROM 
SERVER TO CLIENT 



RELD OF THE INVENTION 

The present invention relates generally to file transfers 
over a communication medium and more particularly relates 
to a method and system for traasferring objects from one 
computer to another. 

BACKGROUND OF THE INVENTION 

The development of network computing ('*NC") technol- 
ogy has spawned the development of several intelligent is 
devices, ranging from simple thin-client desk-top 
computers, to interaet-aware screen phones, mobile phones, 
personal digital assistants ("PDAs"), public kiosks, smart- 
card based banking devices, etc. The Java computer lan- 
guage has been an important feature of this technological 20 
development, as it provides a "Write Once, Run Anywhere" 
platform which is an effeaive way to transfer an application 
from a server to a device for local execution on the device. 
Thus, Java provides the ability to transparently deliver, via 
a communications mechanism such as a general purpose 25 
network or a special purpose communications port, software 
to a variety of devices having different hardware platforms 
and has become a standard language for internet applica- 
tions. 

Additional transfer functionality is provided in the more 30 
recent Java Dynamic Management Kit, and discussed in 
Java Dynamic Management Kir 3.0 Programming Guide, 
1998 Sun Microsystems, Inc. 901 San Antonio Road, Palo 
Alto, Calif. 94303 U.S.A. ("JDMK"). 

While Java and the JDMK provide effective ways to pass 
or transfer a software application to a device, they do not 
provide solutions to certain problems that can arise with file 
transfers. For example, existing solutions do not provide a 
robust recovery mechanism once power is restored, should 
power to the device be intermpted during a transfer. Further, 
where the communication medium has reduced bandwidth, 
it can be desirable to only download the components of the 
application which are not already resident on the device. In 
addition, Java and the JDMK do not provide an infrastruc- 
ture for managing the persistent storage of Java objects. '^^ 

SUMMARY OF THE INVENTION 

It is an object of the present invention to provide a novel 
method and system for transferring objects between com- jq 
pulers which obviates or mitigates at least one of the 
disadvantages of the prior art. 

The present invention provides a method and system for 
transferring objects between computers, especially a server 
and a device in a Java environment. A server connected to 55 
the device interrogates the device to determine whether the 
device has the available resources to accept a download, and 
to determine if any of objects included in the download are 
already resident on the device. Using a gateway object on 
the device, and a gateway managed-object on the server, the 
server passes an archive of the necessary objects, specifi- 
cally those not presently available on the device, to the 
gateway via the gateway managed-object. The gateway then 
instructs a persistent storage repository on the device to 
commit the archive to persistent storage. ^5 

A flag is set at the start of the archive-committing process, 
such that if the device loses power during the archive- 
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committing process, upon re -initialization of the device, the 
device can determine that the archive-committing process 
failed and will instruct the persistent storage to free-up 
storage area used during the archive -committing process. 
The transferal of objects can then be recommenced once the 
server and device reestablish communication. 

The present invention can provide an effective means to 
ensure a stable recovery of the device upon re-initialization, 
should the file transfer and/or archive-commit process fail 
due to a power failure to the device. Further, the invention 
can increase efficient use of device resources by not loading 
redundant components on the device and can reduce band- 
width requirements and/or download times as redundant 
information is not transferred. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The present invention will now be explained, by way of 
example only, with reference to certain embodiments and the 
attached Figures in which: 

FIG. 1 is a schematic diagram of a system for transferring 
objects between two computers in accordance with an 
embodiment of the present invention; 

FIG. 2 is a flow-chart of a method for transferring objects 
between two computers in accordance with an embodiment 
of the present invention; 

FIG. 3 is a schematic diagram of the system of FIG. 1 
showing the performance of a step of the method of FIG. 2; 

FIG. 4 is a schematic diagram of the system of FIG. 1 
showing the performance of a step of the method of FIG. 2; 

FIG. 5 is a schematic diagram of the system of FIG. 1 
showing the performance of a step of the method of FIG. 2; 

FIG. 6 is a schematic diagram of the system of FIG. 1 
showing the performance of a step of the method of RG. 2; 
and 

FIG. 7 is a schematic diagram of the system of FIG. 1 
showing the performance of a step of the method of FIG. 2. 

DETAILED DESCRIPTION OF THE 
INVENTION 

Referring now to FIG. 1, a system for transferring objects 
between two computers is indicated generally at 20. System 
20 includes two computers, a device 22 and a server 24. 
Device 22 is any intelligent device as will occur to those of 
skill in the art, and examples of such devices include a 
'thin-client terminal', an internet-aware screen phone, 
mobile phone, personal digital assistant ("PDA"), public 
kiosk and/or smart-card based banking device, etc. and is 
operable to execute software applications created in a lan- 
guage such as Java. 

In a present embodiment of the invention, device 22 is 
Java-based and has a basic set of hardware resources includ- 
ing a central processing unit (not shown), and a persistent 
storage means (not shown) such as EEPROM, flash memory, 
floppy disc etc. Device 22 further includes random access 
memory (not shown) and a communications means, such as 
a network interface card or other network interface means 
(not shown) to allow device 22 to communicate over a 
communication medium 26 such as the internet. 

Server 24 is any suitable server, as will occur to those of 
skill in the art, such as the Sun Enterprise 450 server sold by 
Sue Microsystems of Palo Alto Calif., and is generally 
operable to function as a network computing server. In an 
embodiment of the invention, server 24 is Java-based and 
includes a central processing unit (not shown), random 
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access memory (not shown), a data storage means 38, and a 
communications means, such as a network interface card or 
other network interface means (not shown) to allow server 
24 to communicate over communication medium 26. 

Software within device 22 includes a Java-based frame- 
work 28 that is associated with Java-based objects (O^, 
O2 ■ . Og) which in a present embodiment are JavaBcans. 
Specifications for frameworks and JavaBean can be found in 
Java Dynamic Management Kit 3.0 Programming Guide, 
Chapter 10, 1998 Sun Microsystems, Inc. 901 San Antonio 
Road, Palo Alto, Cahf. 94303 U.S.A. ("JDMK") and Sun 
Microsystems, JavaBeans™^ Version 1.01, Hamilton, G., 
Editor, 1996, Sun Microsystems Inc., Mountain View Calif. 
("JavaBeans Specification"). 

Framework 28 is associated with a client- adapter 30, 
which connects framework 28 to external software applica- 
tions via the network interface means and over communi- 
cation medium 26. It will be apparent to those of skill in the 
art that client- adapter 30 provides a software interface 
between the software and the network interface means on 
device 22. In a present embodiment, client-adapter 30 is the 
client component of an adapter determined using the adapter 
tool provided with the JDMK, and discussed in detail in 
Chapter 5 of JDMK. However, it will be apparent that other 
client-adapter means can be used for other types of 
programming, as will occur to those of skill in the art. 

It will be understood by those of skill in the art that 
framework 28 is a type of registry for registering the 
existence of objects (Oj, O2 . . . Og). It will be further 
understood that objects (0^, 0^ . • . Og) form at least a 
portion of at least one software application intended for 
execution by a user of device 22. In other embodiments, 
there can be a different number of objects, and/or objects 
(Oi, O2 . - - Oa) can be another type of program-language or 
component architecture, such as ActiveX, COM or CORBA 
objects, as will occur to those of skill in the art. It will be 
further understood that a registry or framework 28 can be 
incorporated into each object (0^, O2 . . - Og) thus elimi- 
nating the need for a separate framework 28. 

Framework 28 also includes a persistent storage registry 
31, that is resident in the persistent storage means of device 
22, and is used to establish the contents of framework 28 on 
initialization or start up of device 22. Registry 31 is asso- 
ciated with a registry-manager object that manages the 
contents of registry 31. In a present embodiment registry 31 
is an m-bean repository in accordance with the JDMK and 
lists objects (Oj, O2, . - . Og) within framework 28. 

Device 22 also includes a persistent storage repository 33 
that is associated with a portion of the persistent storage 
means of device 22 and can store objects (Oj, Oj • . • Og). 
As shown in FIG. 1, repository 33 has a plurality of storage 
blocks (SBj . . , SB„), where SBj contains objects (0^, 
O2 . . . O4), SB2 contains objects (O5 . . . Og) and 883 . . . 
SB„ arc empty. It is to be understood that each storage block 
(SBj . . . SB„) need not contain an identical number of 
objects, and that the exact size of each storage block (SBj . . . 
SBJ can be dynamically allocated. As such, storage blocks 
SB3 . . . SB„ can be considered a contiguous block of 
available storage space. It will be further understood that in 
other embodiments of the invention, certain temporary 
objects resident in framework 28 need not be stored in 
repository 33. 

Repository 33 is also associated with a repository- 
manager object that manages the storage and retrieval of 
data from the persistent storage means. In a present embodi- 
ment of the invention, storage blocks (SB^ . . . SB J are Java 
Archives ("JAR") and repository 33 is a Java ARchive 
("JAR") repository. 
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Framework 28 also includes a gateway G which in the 
present embodiment is a managed-bean object or "m-bean", 
(the specifications for which are discussed in Chapter 3 of 
JDMK). Once device 22 is initialized, gateway G has unique 
5 privileges to interact (via a method call or other suitable 
means) with and manage the contents of register 31 and 
repository 33. 

Software within server 24 includes an application APP 
and a gateway managed-object GjifQ, which is created by 
performing a managed-object generation operation on gate- 
way G. It will be understood that gateway managed-object 
Gj^o is a client-bean ("c-bean"), or proxy, shell, wrapper or 
other suitable representation of gateway G. As gateway 
managed-object Gj^,^ is a representation for gateway G, 
application APP can transparently access gateway G, 
through method calls to gateway managed-object Gf^o- 

In a present embodiment, the managed-object generation 
operation is the "mogen" tool provided with the Java 
Dynamic Management Kit, and discussed in "Generating a 
C-bean" of Chapter 2 of Sun Microsystems, Java Dynamic 
Management Kit. It is to be understood, however, that other 
managed -object generation operations can be used as will 
occur to those of skill in the art. 

Both application APP and gateway managed-object Gj^^ 

22 are associated with a server-adapter 36, for connection to 
external software applications via communication medium 
26. The previously-mentioned specifications are applicable 
to server- adapter 36, which is complementary to client- 
adapter 30, and collectively server-adapter 36 and client- 
adapter 30 compose an adapter determined using the adapter 
tool provided with the JDMK, and discussed in Chapter 5 of 
JDMK. Similar to client-adapter 30, server-adapter 36 pro- 
vides a software interface between the software and the 
network interface means on server 24. 

35 Server 24 also includes four objects (Oj, O5, O3, Ojq) 
which are stored in file storage means 38, and are intended 
for transfer to device 22 and execution or activation thereon. 
In a present embodiment objects (Oj, O5, Og, O^o) are all 
JavaBeans, and objects Oj and O5 in storage means 38 arc 

40 the same as objects Oj and O5 resident in device 22. 

A method for transferring objects between server 24 and 
device 22 will now be discussed with reference to the 
flowchart of FIG. 2 and system 20. In a present embodiment, 
the method of FIG. 2 is commenced based on a determina- 

45 tion that device 22 requires objects (Oi, O5, O9, Ojo) for an 
application, and that these objects are currently stored in file 
storage means 38. At step 100, device 22 is interrogated to 
determine its configuration. In a present embodiment, this is 
accomplished by application APP which makes a method- 

50 call to gateway G via gateway managed-object G^c». During 
this method-call, application APP detenmines the amount of 
persistent storage space available on device 22, and a list of 
objects currently stored in device 22 and/or any other 
properties of device 22 necessary for a file transfer. AppU- 

55 cation APP determines that SBj contains objects (Oj . . . O4), 
SBj contains objects(05 . . . Og) and that storage block 
SB3 . . . SB3 are available for storage. 

At step 120, the objects required for transfer arc deter- 
mined. In a present embodiment, step 120 is accomplished 

60 by application APP, which compares the configuration data 
obtained at step 100 with the list of objects needed by device 
22. Application APP thus determines that object Oj and 
object O3 are already resident on device 22 and it is therefore 
only necessary to transfer object Op and object Ojo from 

6S server 24 to device 22. Application APP also notes that 
storage block SB3 is empty and large enough to store object 
O9 and object O^q. 
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II will be apparent that if application APP determined that 
no objects were required for transfer to device 22, or where 
there was insufficient storage blocks to store the objects 
required for transfer, then the method would terminate and 
could be recommenced from step 100 at a later time, if 
necessary. 

At step 140, the objects required by device 22 are pack- 
aged into an archive in preparation for transfer and 
specifically, object Og and object Ojo are packaged into ao 
archive 40, as shown in FIG. 3. In a present embodiment, 
archive 40 is a Java Archive ("JAR") and includes a check- 
sum or any other suitable verification means attached 
thereto. 

At step 160, as shown in FIG. 4, archive 40 is transferred 
from server 24 to the random access memory of device 22 
via communication medium 26, as indicated in dashed line. 
In a present embodiment, the archive 40 is passed as a 
parameter within a method call to gateway G. 

At step 180 an archive-commit flag, which in a present 
embodiment is present in gateway G, is set 'on'. It will be 
understood that in other embodiments, the archive-commit 
flag can be implemented in a variety of different ways. As 
will be discussed in greater detail below, the archive-commit 
flag is used during initialization or boot-up to determine 
whether an archive was being committed when the operation 
of device 22 was disrupted. 

At step 200, as shown in FIG. 5, gateway G instructs 
repository 33 to commit archive 40 to persistent storage. 
Gateway G makes a method call to the repository-manager 
associated with repository 33 to write archive 40 to persis- 
tent storage associated with repository 33. In a present 
embodiment, the checksum associated with archive 40 is 
also used to verify the integrity of archive 40 during the 
storage procedure. 

It is to be understood that if device 22 experiences a 
power failure or otherwise shuts down during step 200, then 
during a subsequent initialization of device 22, gateway G 
will determine that its archive-commit flag is 'on\ and 
determine that a power-failure or shut down occurred during 40 
step 200. Accordingly, gateway G will query the repository- 
manager querying as to whether archive 40 was successfully 
committed to storage. If successful, ihe method proceeds to 
step 210. However, if unsuccessful, the repository-manager 
will free-up any storage blocks being used during step 200 45 
and, once device 22 reestablishes communication with 
server 22, application APP will then begin at step 100 and 
re-attempt the file transfer. 

Assuming that archive 40 is successfully committed to 
persistent storage, as shown in FIG. 5, then method of the 
present embodiment proceeds to step 210 where the archive- 
commit flag is set 'off', and a list-commit flag is set *on'. In 
a present embodiment, the list-commit flag is present in 
gateway G, and is used by gateway G during initialization or 
boot-up to determine whether an archive was being com- 
mitted when the operation of device 22 was disrupted. 

As indicated in FIG. 6, at step 220 gateway G instructs 
registry 31 to commit the list of objects within archive 40 to 
persistent storage. Specifically, gateway G makes a method 
call to the registry-manager objects associated with registry 
31 to list object Og and object 0^Q in the persistent storage 
area associated with registry 31. It is to be understood that 
if the operation of device 22 if device 22 experiences a 
power failure or otherwise shuts down then during step 220, 
then during the subsequent initialization of device 22, gate- 
way G will discover that the list-commit flag is 'on', and 
accordingly determine that step 220 failed. Accordingly, 
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gateway G can commence a recovery operation of step 220 
by instructing registry 31 to examine the contents of reposi- 
tory 33 to ascertain the list of objects that should be present 
in registry 31, and use this information to complete step 220. 

However, if the operation of device 22 is not disrupted 
during step 220, then object Og and object O^q are fisted 
within registry 31 as shown in FIG. 6, and the method of the 
present embodiment proceeds to step 230. 

At step 230, the list-commit flag is set off At step 240, 
object Og and object O^o are activated by registry 31 which 
instantiates object O9 and object Ojo within framework 28, 
as shown in FIG. 7. Accordingly, object Og and object O^q 
now become available to applicatioos executing on device 
22. 

While the embodiments discussed herein are directed to 
particular implementations of the present invention, it will 
be apparent that the sub-sets and variations to these embodi- 
ments are within the scope of the invention. For example, 
while the embodiments herein are directed to JavaBean 
objects, it will be apparent that other types of objects can be 
implemented in accordance with the teachings of the inven- 
fion. It is also contemplated that the archive-commit flag and 
list -commit flags can be implemented in a variety of forms 
and recovery-means within device 22, in order to provide a 
robust mechanism to recover from a failed download and/or 
archive-commit procedure should device 22 lose power 
during such operations. 

The present invention provides a novel method and sys- 
tem transferring objects between computers. The present 
invention is particularly useful in systems incorporating the 
Java Dynamic Management Kit, as it provides a means 
where only the required objects arc actually transferred from 
the server to the device to improve the overall efficiency of 
the download. 

Further, flags in the device can be used to determine 
whether a file transfer failed during initialization of the 
device, thereby improving the overall reliability of file 
transfers and providing an effective means of system recov- 
ery. File transfer reliability is further improved by the use of 
a verification means such as a checksum attached to the 
archive file before file transfer. This checksum can be used 
by the device to ensure the overall integrity of the objects 
when the objects arc committed to persistent storage areas 
within the device. In addition, the invention can increase 
efficient use of device resources by not loading redundant 
components on the device. 

We claim: 

1. A method for transferring at least a portion of a group 
of objects to a first computer from a second computer, said 
first computer having a central processing unit, random 
access memory and a persistent storage means, said first and 
second computers connected by a communication medium, 
said method comprising the steps of: 

interrogating said first computer for configuration infor- 
mation; 

determining required objects for transfer based on an 
operation that considers, at least in part, said configu- 
ration information and said group of objects; 

packaging said required objects into an archive; 

transferring said archive to said random access memory; 

setting an archive-commit flag on; 

committing said archive to said persistent storage; 

setting said archive commit flag off; 

setting a list-commit flag on; 

committing a list of said required objects to said persistent 
storage; 
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selling said list-commit flag off; and archive packaged based on an operation that considers, 

activating said required objects in said random access >«ast in part, said configuration information; 

jjjgjj^pjy such that when said gateway object receives said archive, 

2. The method according to claim 1 wherein said objects said gateway object instructs said repository to commit 
are JavaBeans beans based on the JavaBeans specification. 5 said archive to said repository and a list of objects in 

3. The method according to claim 1 wherein said archive "^^^'^^ said registry, said device setting at least 
1 Au y.- one nag dunng said commission of said archive and 

IS a Java AKcniye. ^ , . , . . .... said list to allow device recovery upon initialization if 

4. The method according to clara 1 wherem said archive ^^^.^^ ^^^^ ^^^.^^ ^ J commission. 

IS commuted to a repository area of said persistent storage. ^ ^^^^ according to claim 6 wherein said objects 

5. The method according to claim 1 wherem said list is lo JavaBeans beans based on the JavaBeans specification, 
commuted to a registry area of said persistent storage. g according to claim 6 wherein said archive 

6. A system for traasferring at least a portion of a group ^ j^^^ ARchive. 

of objects between computers, comprising: 5 ^^^^^^ according to claim 6 wherein said configu- 
a first computer having a central processing unit, random ration information includes an inventory of available ran- 
access memory, a persistent storage repository for dom access memory on said device, 
storing archives of objects, a persistent storage registry 10. The system according to claim 6 wherein said con- 
fer storing a list of said objects, and a first network figuration information includes an inventory of available 
interface means, said first computer operable lo execute persistent storage on said device. 

said objects, and operable to execute a gateway object u. The system according to claim 6 wherein said con- 
having privileges to interact with said repository and figuration information includes a list of objects from said 
said register; group of objects which are already resident in said device, 
a second computer having a second interface means 12. The system according to claim 6 wherein said gateway 
connectable to said first computer via a communication managed object is determined using the raogen tool from the 
medium, said second computer having a file storage Java Dynamic Management Kit. 

means for storing a group of objects, said second 13. The system according to claim 6 wherein said first 

computer being operable to execute an application and computer is a Java-based intelligent device and said second 

a gateway managed object, said gateway managed computer is a Java-based network computing server, 

object being a proxy for said gateway object so that said 14. The system according to claim 6 including a first flag 

application can interrogate said gateway object for set during said commLssion of said archive and a second flag 

configuration information of said device and transfer an set during said commission of said list, 
archive of at least a portion of said group via said 

gateway managed object to said gateway object, said ***** 
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